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[57] ABSTRACT 

A system for communication between a fleet of vehicles and 
a central base station, where each of the vehicles includes 
one or more vehicle subsystems connected to a vehicle data 
link, is disclosed herein. Within each vehicle, message 
packets generated by vehicle subsystems are placed upon the 
vehicle data link. Each message packet includes header 
information identifying a given vehicle and subsystem 
thereof. The message packets are transmitted from the fleet 
of vehicles to the central base station, and routed within the 
central base station based on the header information. Control 
information and the like may also be transmitted by the 
central base station for receipt by various vehicle sub- 
systems within selected ones of the fleet vehicles. Each 
message packet generated by the central base station 
includes header information identifying at least a particular 
fleet vehicle and vehicle subsystem. This allows each mes- 
sage packet to be retrieved by the specified vehicle sub- 
system by way of the vehicle data link. 

31 Claims, 4 Drawing Sheets 




11/07/2001, EAST Version: 1.02.0008 



U.S. Patent jui.4,2000 



Sheet 1 of 4 



6,084,870 




EARTH 
STATION 



NETWORK 
MANAGEMENT 
CENTER 



I 



CENTRAL 
CONTROL 
STATION 



SERVICE 
PROVIDER 
CONTROL 

STATION 



18 



28 



12 



FLEET 
VEHICLE 

m 




=1 



IMCI 



14 



FLEET 
VEHICLE 

5or 



FIG.l 



11/07/2001, EAST Version: 1.02.0008 



U.S. Patent jui. 4, 2000 sheet 2 of 4 



6,084,870 



31B 



2\ 



VEHICLE 
SUBSYSTEM 



VEHICLE 
SUBSYSTEM 



L 



3IN 



VEHICLE 
SUBSYSTEM 




FIG. 2 



11/07/2001, EAST Version: 1.02.0008 



U.S. Patent jui.4,2000 Sheet 3 of 4 6,084,870 



28 



SERVICE 
PROVIDER 
APPLICATION 
PROGRAM 



ROUTER 
PROGRAM 



60- 



74 



MESSAGING 
PROGRAM 



1 

61' 



52- 



CPU 



-50' 



INTERFACE 
DISPLAY 
DRIVER 




TO/FROM 
EARTH STATION 



24 



MESSAGE 
VERinCATION 
86 



NMC 
DATABASE 
82 



18 



FIG. 3 



ROUTER 
PROGRAM 



T 

61 



r 



62 



62 



MESSAGING 
PROGRAM 



VEHICLE 
SYSTEM 
APPLICATION 
PROGRAM 



VEHICLE 
SYSTEM 
APPLICATION 
PROGRAM 



60 



VEHICLE 
DATABASE 



T 

72 



52 



CPU r^'^ 

/^^^64 



INTERFACE 
DISPLAY 
DRIVER 



66 




11/07/2001, EAST Version: 1.02.0008 



U.S. Patent 



Jul. 4, 2000 



Sheet 4 of 4 



6,084,870 




11/07/2001, EAST Version: 1.02.0008 



6,0{ 

1 

METHOD AND APPARATUS FOR THE 

REMOTE MONITORING AND 
CONFIGURATION OF ELECTRONIC 
CONTROL SYSTEMS 

BACKGROUND OF THE INVENTION 

I. Field of the Invention 

The present invention relates to communications systems 
employing message transmitting stations and relay stations 
to send messages to mobile vehicles. More specifically, the 
present invention relates to a novel and improved method 
and apparatus for utilizing such communications systems to 
enable remote monitoring and configuration of electronic 
control systems within commercial freight transportation 
vehicles. 

II. Description of the Related Art 

A need is recognized by many in the mobile vehicle 
environment for vehicle location and dispatch messaging 
capability. There are a substantial number of commercial, 
governmental, and private applications requiring the deliv- 
ery of relatively short messages to or from a large number 
of geographically dispersed terminals, or mobile 
transceivers, often on an irregular basis. The need for 
message services includes, for example, aviation, 
navigation, commercial transportation, and message deliv- 
ery services. 

Other examples include the commercial trucking industry, 
where dispatchers wish to communicate short messages to 
trucks located anywhere in the continental United States, 
especially in rural areas. Until recently the transfer of such 
messages was restricted to periodic telephonic communica- 
tion between drivers and a central dispatcher. However, it 
proved to be difficult, if not impossible, for drivers to 
consistently "call in" at fixed, scheduled, times since tele- 
phone services are not always readily available in many 
areas. 

Aside from conventional telephone systems, other com- 
munication systems have attempted to address the mobile 
market. Radio telephone, cellular telephone, and portable 
radio transceivers (CB) are all capable of providing some 
form of communication between a mobile transceiver and a 
base unit. However, a number of factors have rendered these 
systems inadequate as message communication systems for 
serving a large number of widely dispersed users. For 
example, the lower power transmissions within each of an 
array of cells within cellular communication systems are 
prone to frequency selective fading and signal blocking. 
Moreover, highly mobile units such as trucks are required to 
frequently change channels as new cells within the cellular 
system are traversed. Direct communication, non-cellular 
radio systems have proven to be similarly disadvantageous 
due to frequent system overload and susceptibility to inter- 
ference from other communications systems. 

A communication system based on Earth orbital relay 
satellites has been developed in an effort to overcome these 
difficulties and provide for continuous delivery of messages 
and related control information to a large number of users 
over a wide geographic area. Such a satellite -based message 
communication system is described in, for example, U.S. 
Pat. No. 4,979,170, entitled ALTERNATING SEQUEN- 
TIAL HALF DUPLEX COMMUNICATION SYSTEM, 
which is assigned to the assignee of the present invention 
and which is herein incorporated by reference. 

In addition to a dependence upon systems for providing 
messaging capability to remote mobile units, certain indus- 
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tries also share a requirement for reliable mobile unit 
location information. One industry in particular in which 
such information is particularly desirable is the commercial 
trucking industry. In the commercial trucking industry an 

5 efficient and accurate method of vehicle position determi- 
nation is in demand. With ready access to vehicle location 
information, the trucking company home base obtains sev- 
eral advantages. The trucking company can keep the cus- 
tomer apprised of location, route and estimated payload time 
of arrival. Tlie trucking company can also use vehicle 
location information together with empirical data on the 
effectiveness of routing, thereby determining the most eco- 
nomically efficient routing paths and procedures. 

In U.S. Pat. No. 5,017,926, entitled DUAL SATELUTE 

j5 NAVIGATION SYSTEM, which is assigned to the assignee 
of the present invention, there is disclosed a system in which 
the communications terminal at each mobile unit is capable 
of determining position in addition to providing messaging 
capability. The system of U.S. Pat. No. 5,017,926 relies 

20 upon the theory of trilateration in, for example, the deter- 
mination of mobile vehicle position. Trilateration prescribes 
that if the position of three objects are known relative to each 
other, and the distance from each these three objects to a 
fourth object is known, then the three dimensional position 

25 of the fourth object can be determined within the coordinate 
frame which described the position of the first three objects. 
In the system of the U.S. Pat. No. 5,017,926, the first two of 
the three known positions correspond to the locations of a 
pair of satellites, while the third position is at the center of 

3Q the Earth. 

Using the satellite communication capability at each 
mobile terminal to provide vehicle position determination 
offers great advantages to the commercial trucking and 
related parcel delivery industries. For example, this capa- 

35 bility obviates the need for tmck drivers themselves, via 
telephones, to provide location reports regarding their 
vehicle position to the trucking company home base. These 
location reports are intermittent at best, because they occur 
only when the truck driver has reached a destination or 

40 stopover site, and require the expenditure of the driver's 
time to phone the trucking company home base. This 
method of location report also leaves room for substantial 
inaccuracies. For example, truck drivers may report incor- 
rect location information either mistakenly or intentionally; 

45 or report inaccurate estimates of times of arrival and depar- 
ture. 

In contrast, the use of satellite communication capability 
at each truck enables the location trucking company home 
base to identify the longitude/latitude position of each truck 

50 at will, thus avoiding the disadvantages associated with 
intermittent location reports. For example, the down time 
(i.e., periods of zero revenue production) of idle trucks is 
minimized since the communications necessary for deter- 
mining location could take place while trucks are en route. 

55 Also, inaccuracies in location reports are virtually elimi- 
nated because the trucking company home base is able to 
ascertain accurate truck location nearly instantaneously. 

Recently, trucking and delivery vehicles have been 
equipped with electronic control units (ECUs) connected to 

60 a vehicle data link. Such on-board ECUs typically incorpo- 
rate self -diagnostic features capable of, for example, detect- 
ing faulty engine operation and vehicle subsystem failure. 
Such ECU diagnostics tend to reduce maintenance costs by 
ensuring that each vehicle is serviced in a timely manner 

65 subsequent to detection of engine malfunction and the like. 
However, on-board vehicle electronic processing and 
memory resources have been found to lack the capacity to 
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fully utilize the large amounts of data produced by increas- 
ingly sophisticated electronic vehicle control systems. The 
limited on-board processing capability of vehicle electronic 
control units have inhibited performance of sophisticated 
diagnostic procedures, and have similarly limited the execu- 
tion of vehicle prognostics designed to anticipate vehicle 
servicing requirements. 

In addition, many on-board ECUs are disposed to accu- 
mulate data relating to vehicle operation. Specifically, data 
is transmitted over the internal data link to an on-board 
recording device. However, the data accumulated by the 
on-board recording device is typically of utility only after it 
has been transferred to a home base computer for use in 
analysis of vehicle operation. The transfer of on-board data 
to the home base computer is usually accomplished by 
downloading the on-board data to a portable computer and 
physically transporting the computer to the home base. This 
has proven to be a cumbersome process which is also both 
costly and prone to error, especially within large vehicle 
fleets. 

The operational parameters of many on-board vehicle 
ECUs may also be programmed so as to optimize vehicle 
operation. For example, the vehicle engine ECU may be set 
to prevent the vehicle from exceeding a maximum vehicle 
speed. Again, however, adjustment of ECU parameters is 
typically accomplished through manual connection of a 
specially programmed portable computer to the vehicle 
electronic system. This manual parameter adjustment pro- 
cess is similarly expensive and prone to error. 

During both the accumulation of on-board operational 
data and the adjustment of ECU parameter settings, com- 
munication over the data link is performed by using proto- 
cols which are proprietary to the manufacturer of each ECU. 
The existence of multiple protocols adds cost and complex- 
ity to the system, and precludes standardized communica- 
tion over the vehicle data link. Furthermore, existing pro- 
prietary protocols for communication over the vehicle data 
link generally do not provide for reliable verification of the 
identity of the devices currently connected to the hnk. That 
is, it is typically incumbent upon vehicle drivers or service 
personnel to manually maintain a record of various identi- 
fying information (e.g., manufacturer, model number, soft- 
ware version) associated with each ECU connected to the 
data link. Such manual verification methods are also obvi- 
ously quite susceptible to human error. 

SUMMARY OF THE INVENTION 

Accordingly, it is an object of the present invention to 
provide a standardized communication path between 
on-board vehicle electronic control units (ECUs) and exter- 
nal data processing resources. 

It is a further object of the present invention that conven- 
tional mobile communication systems, such as sateUite- 
based messaging and tracking systems, be employed to 
implement the communication path. 

It is yet another object of the present invention to provide 
a system in which such a communication path be used to 
enable off-board processing resources to perform complex 
diagnostic and prognostic procedures involving vehicle 
ECUs, thereby obviating the need for sophisticated on-board 
processing capability. 

It is still another object of the present invention to enable 
a base station in radio or satellite communication with a 
vehicle to reliably identify devices coupled to the vehicle's 
data link. 

It is still a further object of the present invention to 
provide a generalized communication protocol capable of 
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supporting the over-the-air transfer, between the data link 
and an external processing resource, of information format- 
ted in a manner unique or proprietary to a specific ECU. 

It is still a further object of the present invention to 
5 provide a generalized communication protocol capable of 
supporting the transfer, between the data link and an 
on-board vehicle display, of information formatted in a 
manner unique or proprietary to a specific ECU. 

It is still another object of the present invention to enable 
the operational parameters of vehicle ECUs to be monitored 
and/or adjusted from a base station in radio or satellite 
communication with the vehicle. 

In summary, the present invention may be implemented in 
a system which includes a fleet of vehicles in communica- 
tion with one or more base stations, where each of the 
vehicles includes one or more electronic vehicle subsystems 
connected to a vehicle data link. In one aspect, the present 
invention is directed to a method for communicating, to the 
base stations, information provided by the various vehicle 
subsystems. Within each vehicle, data packets generated by 
vehicle subsystems are placed upon the data link. Each data 
packet includes header information identifying the sub- 
system of the given vehicle from which it originated. When 
data packets are transmitted over-the-air to base stations, the 
header information is modified to also specify the vehicle 
mobile communications terminal from which the packet was 
transmitted. 

In another aspect, the present invention is directed to a 
30 method for adjusting the operational parameters of the 
electronic vehicle subsystems by way of message packets 
received from one or more base stations. Each message 
packet will include header information identifying an 
intended recipient vehicle communications terminal, and 
35 wfll also specify a particular electronic vehicle subsystem. In 
a particular implementation, the body of each message 
packet may include information or instructions formatted in 
a manner which is unique to the particular electronic sub- 
system. 

40 

BRIEF DESCRIPTION OF THE DRAWINGS 

The features, objects, and advantages of the present 
invention will become more apparent from the detailed 
description set forth below when taken in conjunction with 
the drawings in which like reference characters identify 
correspondingly throughout and wherein; 

FIG. 1 depicts an exemplary implementation of a mobile 
communications network; 
5Q FIG. 2 schematically represents a vehicle data link 
included within a particular fleet vehicle; 

FIG. 3 shows a more detailed representation of the 
stmcture and organization of central and service provider 
control stations included within a mobile communications 
55 network; and 

FIG. 4 illustratively represents a set of three fleet vehicles 
administered by fleet operator and service provider base 
stations. 

60 DETAILED DESCRIPTION OF THE 

PREFERRED EMBODIMENTS 
I. Introduction 

The present invention provides a method and apparatus 
for transferring messages between the vehicle subsystems 
65 within one or more fleet vehicles and one or more central 
control stations managed by fleet operators or service pro- 
viders. Each vehicle includes a mobile communications 
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terminal, as well as an internal data link to which are IIL Network Message Transfer 

connected the vehicle subsystems. In accordance with the Referring now to FIG. 1 in greater detail, messages from 
invention, status information and the like generated by each the mobile communications terminals of the vehicles 12, 14 
vehicle subsystem is placed on the internal data link in the are transmitted to the satellite 20 and relayed thereby to a 
form of discrete message packets. Each message packet 5 central terminal 22 which may also be referred to as an Earth 
includes header information identifying at least a specific station. The central terminal or Earth station 22 can be 
vehicle subsystem. Certain of the message packets will be placed at a location proximate the central control station 18 
transmitted by the mobile communications terminal to a allowing lower site costs and local, direct access to trans- 
network management center or like networking routing mission equipment for maintenance and system upgrade, 
facility, from which the packets are forwarded to a central lo Alternatively, the Earth station 22 is located in a remote 
control station of a fleet operator which may be located at the location more ideally suited for low interference ground -to- 
fleet operator dispatch facility. Within the central control satellite transmission or reception. In this case, a telephonic, 
station, information is extracted from the received packets optical or satellite communication link is utilized to establish 
and catalogued into a database of vehicle status information. communication either direcfly between the Earth station 22 

The central control station also transmits control requests 15 and the central control station 18, or alternately between the 

and parameter information to the mobile communications Earth station 22 and central control station 18 by way of a 

terminal of a specified vehicle for use by various vehicle network management center (NMC) 24. When messaging is 

subsystems therein. Each message packet generated by the to take place not only between the vehicles 12, 14 and the 

central control station includes header information identify- central control station 18, but also between the vehicles 12, 

ing at least a particular fleet vehicle and vehicle subsystem. 20 14 and one or more service provider base stations or service 

This allows each message packet received by a particular provider control stations 28, the NMC 24 enables more , 

mobile communications terminal to be placed upon the efficient control over the priority, access, accounting, and 

vehicle data link and retrieved by the specified vehicle transfer characteristics of message data. Additional details of 

subsystem. the communication hardware utilized in an exemplary 

II. Overview of Mobile Communication Network implementation of the Earth station 22 and NMC 24 are 

„^ , , . ^ ^ ^ . described m the aforementioned U.S. Pat. No. 4,979,170. 

FIG 1 depicts the components of a mobile communica- ^^^^ ^ ^ transmission to the mobile 

tion network in which the present invention may be embod- communications terminal of each vehicle are transferred into 

led. J ne moDiie communication network may comprise, tor ^^^^^ ^^^^^^^ 22 from the central control station 18, Such 

example a conventional cellular communication system 3^ messages can be provided to the Earth station 22 directly as 

designed to provide service between user vehicles within ^^^^^ ^ altemately are keyed in by system operators 

specified geographic areas 0 ^. cells). Alternately, the ^^^^ ^^^.^^^ ^ ^^^^ ^ 

present mvention may be embodied withm a satelhte com. ^ ^^^-^^^^ ^ conventional coding, 

munication system of the type capable of faci itating com- encryption, or error detection and correction schemes prior 

mumcation between one or more central control stations and 33 transmission. Within the Earth station 22 encoded mes- 

a plurahty of user vehicles distributed over a wide geo- sage symbols are used to modulate a frequency generator or 

graphic area. Such a satellite-based message commumcation ^^^^ ^ ^^^^^ ^.^^^ synthesizer which creates an 

system descnbed in for example, the above-referenced niodulated carrier, at a preselected frequency, which is 

U.5>. Pat. NO. 4,979,170. up-coaverted to the desired EHF band for transmission to 

Referring now to FIG. 1 in greater detail, an overview is 40 the satellite 20. 

provided of a communication network 10 wifliin which jo decrease interference and accommodate a large num- 

message information may be exchanged between fleet ber of mobile communications terminals at potentially dif- 

vehicles 12, 14 and one or more control stations in accor- ferent burst rates, in the preferred embodiment a Time 

dance with the invention. In FIG. 1, a communication Division Multiplexed (TDM) transmission scheme is used, 

network 10 is illustrated in which the fleet vehicles 12, 14 45 Messages or message signals transmitted within the network 

each have a mobile communications terminal (MCI). The 10 are aUocated TDM time slots (i.e., channels) of prede- 

fleet vehicles 12, 14 are representative of any of a variety of termined length. The allocated time slots or channels are of 

vehicles (e.g., freight trucks) whose drivers or other occu- very short duration, and their interleaving across successive 

pants desire to obtain occasional or updated information, frames is made to be very large in order that communication 

status reports, or messages from a fleet operator central base 50 appear to be simultaneous to each mobfle communications 

station or central control station 18. As an example, truck terminal. Methods and apparatus for generating, transmit- 

drivers or oflier delivery personnel often have a need for ting and controlling TDM signals are well known in the 

ready access to messages for more efficient operation. The communication art and can be accomplished using a variety 

communication network of FIG. 1 relies upon a satellite of signal multiplexing and control devices, 

communication link between the vehicles 12, 14 and central 55 Each frame consists of a number of channels which 

control station 18. However it is again noted that the represent aibstantially identical, sub-frame length periods 

teachings of the present invemion are equaUyappUcable to during which symbols are transferred. This means that 

terrestrial ceUular or mobile radio communications systems messages or message signals are transferred a few bits at a 

in which communication is established with one or more time during each successive frame until the message is 

mobile units through a central facility and remotely located go completed. Information is generally sent over the commu- 

transcciver base stations. nication channels in discrete packets ranging in length from. 

In order to provide appropriate context for a description of for example, 4 to 256 characters. Each packet is generally 

the manner in which the present invention facilitates infor- segmented into fields of information such as the type of 

mation exchange between each internal vehicle data link and message, the length of the message, and the checksum bits, 

the central control station 18, a brief description is first 65 In addition, each message is typically preceded by a header 

provided of the usual manner in which messages are trans- which includes an individual serial number specifying a 

fcrred between vehicle drivers and control stations. single mobile communications terminal, a group address 
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identifying a set of mobile communications terminals, or an 
all-call address corresponding to all of the mobile commu- 
nications terminals within the system. By providing these 
alternate addresses to which a mobile communications ter- 
minal can respond, it is possible to eflSciently transfer single 
messages to designated groups of mobile communications 
terminals. 

At each mobile communications terminal a transceiver is 
employed to receive and demodulate communication down- 
link signals received from the satelHte 20. The downlink 
signals are received by an antenna and transferred through a 
dip lexer into a demodulator (each not shown) for demodu- 
lation. The demodulator employs elements known in the art 
for down-converting the received communication signal to a 
lower IF frequency level, and then to a symbol frequency 
level as an encoded symbol stream (i.e., digital message). 
The digital message may be provided to a vehicle operator 
using a display device such as, for example, an LED, LCD, 
electroluminescent or discharge type element character dis- 
play. Alternatively, the message may be interfaced to other 
processing elements, such as a portable computer, or printed 
out by a hard copy device such as a small thermal printer 
IV. Communication with Vehicle Subsystems 

In accordance with the invention, each mobile commu- 
nications terminal is connected to the internal data link of the 
vehicle upon which it is mounted in order to serve as a 
conduit for transferring information from designated data 
packets between the internal vehicle data link and the 
network management center (NMC). The header informa- 
tion of each such message is modified to include, in addition 
to an MCT serial number, a vehicle subsystem message 
identifier (MID) associated with a particular vehicle sub- 
system of the vehicle upon which the mobile communica- 
tions terminal is mounted. Exemplary vehicle subsystems 
include the vehicle engine, braking system, electronic igni- 
tion system, and the like. In this way specified message 
packets received by the mobile communications terminal 
from a control station via the NMC 24 are placed upon the 
internal vehicle data link and retrieved by the appropriate 
vehicle subsystem. Similarly, the header information from 
data packets generated by vehicle subsystems are generated 
so as to include the corresponding subsystem MID, as well 
as the serial number of the mobile communications terminal 
to which the subsystem is connected via the internal vehicle 
data link. In this way the subsystem message may be 
identified by the recipient control station as being generated 
by a particular vehicle subsystem. It is a feature of the 
present invention that this bidirectional message transfer 
between selected vehicle subsystems and the control station 
may be effected using existing communication hardware, 
and requires no intervention by the vehicle driver. 

Turning now to FIG. 2, there is schematically represented 
a vehicle data link 32 of the first vehicle 12. Connected to 
the data link 32 are a mobile communications terminal 
(MCT) 34, and a plurality of vehicle subsystems 31A-31N 
each controlled by a vehicle electronic control unit (ECU) 
therein, the ECU not shown. In a preferred embodiment 
information is conveyed over the data link 32 in accordance 
with standards for vehicle data links promulgated by the 
Society of Automotive Engineers (i.e., SAE J1587 and SAE 
J 1708), it being understood that other physical data links 
and/or protocols may be employed without departing from 
the scope of the present invention. The SAE J 1708 and SAE 
J 1587 standards respectively specify the physical structure 
of a standard data link, as well as the messaging protocol 
employed in communication over the data Hnk. 

In accordance with SAE J1587, information is transferred 
using short information packets of a variety of types. Each 
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packet incorporates a field specifying the originating ECU's 
MID, a field specifying data type, and a field relating to error 
detection. The content of the body of nearly all such 
messages is fully specified, according to data type, by SAE 
J 1587. In addition, the SAE J1587 protocol provides for data 
types allowing for connection mode transfer of free- 
formatted data. As is described herein, the present invention 
makes use of a variety of data packets defined by the J 1587 
specification. 

V. Device Information Monitoring 

In the present system, identification of devices on the data 
link is effected using standard interrogative requests speci- 
fied by SAE J1587. Alternately, communications protocols 
unique to each vehicle ECU may be employed by the MCT 
during the process of acquiring identifying information from 
those of the vehicle ECUs enabled for communication with 
the MCT. In an exemplary implementation, the fleet operator 
central control station designates vehicle subsystems for 
device identification via the satellite interface 37. Following 
each engine activation (e.g., engine start or ignition) or other 
predefined event, the device monitor 39 queries each des- 
ignated subsystem via the bus interface 35 for identification 
information relating to its software and component param- 
eters. The device monitor 39 stores this identification infor- 
mation within a database, a portion of which is replicated 
within the central control station by way of the satellite 
interface 37. TABLE I below specifies the fields included 
within an exemplary record stored within the database of the 
device monitor 39. 

TABLE I 

Component 
(MID) 
VMRS 
Model Number 
Serial Number 
Software Vfcrsion 
Number 



Referring to TABLE I, a message identifier (MID) 
uniquely associated with a given subsystem is stored within 
the Component field. Within the VMRS field, an alphabeti- 
cal entry is used to identify the manufacturer of the sub- 
system or component specified in the Component field. In 
addition, the manufacturer's model number of the compo- 
nent is stored in the Model Number field. Finally, the Serial 
Number of the ECU of the specified component, and the 
software version utilized within this ECU, are identified 
within the Serial Number and Software Version Number 
fields, respectively. In an exemplary embodiment, the MCT 
provides selected information stored within the database of 
the device monitor 39 to the central and other control 
stations by way of the network management center (NMC) 
24. 

In the exemplary embodiment, MCT 34 verifies the 
identity of the hardware and software of the vehicle ECUs 
on the vehicle 12 at predetermined times or intervals, for 
example at start up. This procedure ensures that "mis- 
matches" cannot occur in messages sent between central 
control station 18 and vehicle 12. In the exemplary 
embodiment, device monitor 39 queries vehicle subsystems 
31A-31N by sending a query message on vehicle data link 
32. In the exemplary embodiment, vehicle subsystems 
31A-31N respond to the query by providing the information 
designated in TABLE I. Vehicle subsystems 31A-31N 
respond by providing the response information on vehicle 
data link 32. 

In addition, when MCT 34 detects a change in the identity 
of vehicle subsystems 31A-31N vehicle 12 transmits a 
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message indicating the change in the identity of the vehicle 
subsystems 31A-31N to central control station 18. This 
allows central control station 18 to verify the identity of the 
vehicle subsystems 31 A-31N which are targeted for inquiry. 
In the exemplary embodiment, the transmission of this 
information is provided when engaging in data transfer with 
vehicle 12. 

In a preferred embodiment, the identity of vehicle sub- 
systems 31A-31N, which are allowed to transfer data to 
central control station 18 are configurable by messaging 
from either central control station 18 or service provider 
control station 28. This subsystem configuration data is 
transmitted to vehicle 12 as described above. In response to 
the subsystem configuration data, MCT 34 sends a configu- 
ration message to vehicle subsystems 31A-31N on vehicle 
data link 32. The subsystem of vehicle subsystems 31A-31N 
which is to be reconfigured, receives the message and in 
response alters its configuration. 
VI. Free -Formatted Data Transfer 

In order to facilitate the exchange of ECU-specific or 
proprietary information between an ECU and an external 
control station processing resource, the present invention 
contemplates use of the J1587 free-formatted information 
transfer protocol. Specifically, forward message packets 
comprised of free- formatted data may be sent, via the NMC, 
to a vehicle's MCT and relayed to an identified ECU via the 
vehicle's data link. Such forward message packets may 
include, for example, parameter settings or other informa- 
tion of like type used by an ECU during control of a given 
subsystem. Similarly, ECUs coupled to the data link may 
send free-formatted packets to the MCT for transmission, 
via the NMC, to one or more control stations. As is described 
below, the central control station is adapted to send message 
packets to particular vehicles identifying those types of 
ECUs coupled to the vehicle's data link for which such 
free-formalted message transfer is authorized. 

Referring to FIG. 2, upon reception by the satellite 
interface 37 of a message packet enabling a particular ECU 
to engage in free -formatted packet communication, the 
satellite interface signals the device monitor 39 to maintain 
a current record of information identifying the particular 
ECU within an ECU identification database internal to the 
device monitor 39. As described above, all or part of each 
identification record maintained by the device monitor 39 
may be replicated in a corresponding ECU identification 
database within the central control station. As is explained 
below, the maintenance of these databases of ECU identi- 
fication information facilitates verification that the informa- 
tion within each free -formatted message packet is of a 
format consistent with the types of ECUs to which it is 
addressed. 

This feature of the invention may be appreciated by 
considering the case in which the MCT of a vehicle receives 
message packets from one or more control stations, each 
message packet containing free-formatted information and 
header information specifying the identity of an ECU within 
the vehicle. In addition, the header information of each 
free- formatted message packet will typically include iden- 
tifying information of the type included within TABLE I. 
The device monitor 39 compares the header information of 
a received message packet to the identification information 
within a corresponding record of the ECU identification 
database therein. Message packets having header informa- 
tion consistent with that stored within the ECU identification 
database of the device monitor 39 are transmitted over the 
vehicle data link via the bus interface 35 to the identified 
ECU. if the header information of a message packet does not 
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match that stored within the ECU identification database 
internal to the device monitor 39, an error message is 
transmitted via satellite interface 37 to the control station 
from which the message packet originated. Accordingly, 

5 each vehicle ECU is precluded from receiving information 
formatted in a manner potentially inconsistent with its 
required message protocols and the like. 

Those ECUs connected to the vehicle data link which 
have been authorized for message transfer by the device 
monitor 39 of the vehicle MCT may also be authorized to 
transmit message packets to one or more control stations. 
Messages are transmitted over the vehicle data link from an 
authorized ECU to the vehicle MCT in the form of, for 
example, J1587 free-formatted message packets. In turn, the 
satellite interface 37 of the vehicle MCT transmits the 

^5 free-formatted data inherent within the message packets to 
one or more control stations. The header information of 
these free-formatted packets typically includes the MID of 
the ECU from which the packet originated. In addition, the 
header information may also include information relating to 

20 the routing of the packet to specific control stations. In this 
regard the central control station may place constraints, 
transmitted to and stored within the device monitor 39, 
relating to the type of ECUs which may transmit free- 
formatted information to particular control stations. For 

25 example, by providing a "routing VMRS" to the device 
monitor 39 the central control station may specify that 
vehicle ECUs of a particular MID may transmit free- 
formatted information only to those control stations associ- 
ated with the manufacturers identified by a corresponding 

30 VMRS value. The device monitor 39 facilitates compliance 
with this constraint by verifying that the VMRS field of the 
ECU sending the message matches the routing VMRS (i.e., 
the actual manufacturer of the ECU) associated with the 
MID of the ECU. In this way it is ensured that message 

35 packets from the ECUs of a given manufacturer are routed 
to the control station or processing facility associated with 
the manufacturer. After such message packets are transmit- 
ted by the MCT 34 via satellite 20 and Earth station 22 to the 
NMC 24, NMC 24 routes the transmitted message packets 

40 to the appropriate control station using the MID and routing 
VMRS fields within the message packet header. 

Although the foregoing indicates that a control station 
may authorize, for example, via an over-the-air 
communication, a vehicle MCT to send and receive message 

45 packets associated with a particular ECU, it should be 
understood that other methods of authorization are within 
the scope of the present invention. For example, the MCT 
may be configured to locally receive authorization, via user 
interface 36, for transmission/reception of free-formatted 

50 message packets associated with a given ECU. 

Referring to FIG. 3, there is shown a more detailed 
representation of the structure and organization of the cen- 
tral control station 18 and of the service provider control 
station 28. As is indicated by FIG. 3, the NMC 24 is 

55 connected through telephone lines or dedicated fiber optic 
cables to the central and service provider control stations 18, 
28. The central control station 18 is seen to include a general 
purpose computer system (e.g., an IBM AS/400) having a 
central processing unit (CPU) 50 that is interconnected by a 

60 system bus 52 to a primary memory module in which are 
stored a messaging program 60, a router program 61, and 
one or more vehicle system application programs 62. The 
CPU 50 is also connected to a keyboard 64, as well as to an 
interface display driver 66 in combination with a display 

65 device 70. 

The messaging program 60 sends the free -form at ted mes- 
sage packets originating within various vehicle subsystems 
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to the router program 61, and transfers other types of control stations by incorporating identifying information within the 
messages and information received from the NMC 24 to the packets. In particular, free-formatted data packets are routed 
system bus 52. The messaging program 60 may be imple- to the appropriate service provider computer by matching 
mented using software such as the QTRACS/400 program device and manufacturer information within the data packet 
available from QUALCOMM Incorporated of San Diego, 5 to a particular service provider. In the preferred 
Calif. Based on the vehicle subsystem MID included within embodiment, the central control station computer specifies 
the header information accompanying each message packet, this optional routing operation for data packets associated 
the router program 61 relays each received message packet with a specified set of the devices connected to each vehicle 
to one or more vehicle system application programs 62. The MCT. Specifically, the central control station computer 
vehicle system application program(s) 62 will typically be lo sends the MCT a list of the set of devices selected for the 
designed to, for example, monitor vehicle subsystem optional packet routing procedure, and also sends the appro- 
performance, maintain statistics related to vehicle subsystem priate VMRS routing codes for each device. In turn, the 
operation, and forecast vehicle service requirements. MCT incorporates the appropriate routing information in the 
Referring to FIG. 3, a vehicle database 72 maintained packet headers of messages originating from the selected 
within the central control station 18 includes a record of the 15 devices. After being transmitted by the MCT, these packets 
types of ECUs utilized within the vehicle associated with are routed by the NMC 24 to appropriate service provider 
each mobile communications terminal. In an exemplary control stations in accordance with the packet header infor- 
embodiment the vehicle database 72 is formed by mation of each. Alternately, the NMC may maintain a 
replicating, within the central control station 18, at least the separate database of routing information and thereby obviate 
portion of the database within each mobile communications 20 the need for routing information to be provided in the packet 
terminal specifying the MCT serial number and the identi- header. 

fying information for the ECUs contained within the vehicle In an exemplary implementation, the computers within 

upon which is mounted the mobile communications termi- both central and service provider control stations execute a 

nal. The existence of the vehicle database 72 and/or the log-on sequence upon becoming connected to the NMC. The 

database within each mobile communications terminal 25 NMC is configured in the exemplary implementation to 

advantageously prevents parameter or control information distinguish between various service provider and control 

of incorrect format from being provided to or from a given station computers by examining certain account information 

ECU. used in the log-on sequence. Service provider accounts may 

Specifically, the messaging program 60 can operate to be associated with one or more MID/VMRS pairs, each of 

verify that the header information of each message packet 30 which is associated with a particular device ID and manu- 

intended for receipt by an ECU agrees with the correspond- facturer. In this regard the NMC maintains a database of the 

ing information stored within the vehicle database 72. The various MID/VMRS pairs associated with each service 

messaging program 60 accomplishes this by comparing the provider account number. When the above-described 

ECU information specified within the packet header to the optional packet routing is selected, the NMC routes return 

ECU information stored within the record of the vehicle 35 data packets received from vehicle subsystems to the service 

database 72 associated with the mobile communications provider computer corresponding to the MID and VMRS 

terminal specified by the packet header If the ECU infer- fields specified within the header of the return packet, 

mation specified within the packet header does not agree Similarly, only those forward packets with MID and VMRS 

with the identifying information for that ECU type within header information matching the service provider computer 

the database record, an error message is generated and the 40 from which the forward packet originated are allowed by the 

message packet is not sent, NMC to be sent to the indicated vehicle subsystem. In an 

As is indicated by FIG, 3, the service provider control alternate approach, the NMC is specifically configured to 

station 28 is organized similarly to the central control station retain authorization information identifying a predefined set 

18. Accordingly, primed reference numerals have been used of vehicle MCT's which may be sent forward packets from 

to identify elements within the service provider control 45 a given service provider computer. 

station 28 substantially similar to those within the central Referring now to TABLE II, a data record included within 
control station 18. Disposed within the service provider the vehicle database 72 stored within the central control 
control station 28 is a general purpose computer system station 18 is seen to include an exemplary set of six data 
(e.g., an IBM AS/400) having memory in which is stored a fields. In particular, the Vehicle ID field will typically 
messaging program 60', a router program 61*, and one or 50 include an alphanumeric entry representative of a specific 
more service provider application program(s) 74. Each ser- vehicle within a given vehicle fleet. Since in an exemplary 
vice provider application program 74 is enabled for opera- implementation the header of message packets sent and 
tion by the central control station 18, and serves to monitor received by the messaging program includes an MCT Serial 
and/or update parameters of those vehicle subsystems of a # rather than a Vehicle ID, a separate table listing the Vehicle 
particular type. For example, an exemplary service provider 55 ID associated with each MCT Serial # will typically also be 
application program 74 may operate to set the engine maintained within the vehicle database 72. Accordingly, the 
parameters within certain ones of the fleet vehicles produced terms MCT Serial # and Vehicle ID, may be used inter- 
by a particular engine manufacturer. Similarly, another ser- changeably hereinafter. Each of the remaining fields in 
vice provider application program may be responsible for TABLE II correspond to a field within TABLE 1 of the same 
monitoring the performance of braking systems from a given 60 name, 
manufacturer used within a given set of fleet vehicles. 

Exemplary formats for packet header infonnatioo to accom- TABLE II 

pany message packets generated by service provider appli- 

cation prDgram(s) 74 are described in further detail below. ^"^^'^"^''^ ^.T.Cf"' i't' v^'^ 

. . (MID) Number Number Vereion 

In accordance wnh one aspect of the mvention, these 6S Number 

operations are facilitated by allowing free- formatted data ^_ 
packets to be routed to computers in service provider control 
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Service Provider Acct. # 



MID 



VMRS 



35 



TABLE IV 



MCr Serial # 



MID 



VMRS 



TABLE V 



MCr Serial # 



MID 



Service Provider Acct. # 



The data tables within the NMC database 82 primarily 
serve to ensure that only parameter information in the 
appropriate format is relayed to the specified vehicle sub- 
system. For example, upon receiving a message packet 50 
generated by a service provider application program 74, a 
message verification routine 86 within the network manage- 
ment center 24 will compare the header of the message 
packet to the appropriate record (see, e.g., TABLE III) 
within the NMC database 82. Only if information within the 55 
Component and VMRS fields stored within the record for 
the service provider (Service Provider Acct. #) match the 
information within corresponding fields of the packet header 
will the message packet be forwarded by the network 
management center 24 to the designated mobile communi- 60 
cations terminal. If the information within corresponding 
fields does not match, the message verification routine 
transmits an error message to the service provider control 
station 28. Within the control station 28, messaging program 
60* may route the error message to display device 70' in 65 
order that an operator may be alerted to the existence of the 
error condition. 



14 



Referring now to TABLES III, IV and V, there are shown 
data records of the type which may be included within data 
tables stored within the NMC database 82 of the network 
management center 24. TABLE III specifies a record includ- 
ing a type of vehicle component (MID) and associated 5 
manufacturer (VMRS) to be monitored and/or controlled by 
a particular service provider (Service Provider Acct, #) from 
the service provider control station (FIG, 3). As an example, 
a particular record within TABLE III could indicate that a 
given service provider account (Service Provider Acct, #) lO 
would have responsibility for operation of all vehicle 
engines (MID) manufactured by the Detroit Diesel Co 
(VMRS). The NMC may also include a database of records 
of the type specified in TABLE IV, each of which associates 
a given MCT with one more MID and VMRS combinations 15 
for routing purposes. Each data record of the type shown in 
TABLE IV, in conjunction with information of the type 
included within TABLE III, allows the NMC to determine 
the manner in which messages originating in the ECUs of 
various types (i.e., of various MIDA^MRS combinations) 20 
are to be routed to the processing resources associated with 
specific service provider accounts. Alternately, the NMC 
may include a database of records of the type shown in 
TABLE V, in which each MID for each MCT is fisted as 
being associated with a given service provider. A database of 25 
records of the type shown in TABLE V provides flexibility 
in that for each MCT having multiple MlDs associated 
therewith that the MIDs may be administered by the same 
service provider or by different service providers as indi- 
cated by the records for the MCT. Thus a distinct service 30 
provider may be specified for any MID on a vehicle. 

TABLE m 



In an exemplary embodiment the network management 
center 24 includes a general purpose computer through 
which the data tables within the NMC database 82 may be 
directly accessed and updated. Alternately, these tables are 
updated using message packets transmitted to the network 
management center 24 from the central control station 18 or 
service provider control station 28. 

Turning now to FIG. 4, there are illustratively represented 
a set of three fleet vehicles 102-104 administered by fleet 
operator control or base stations 105-106, as well as by 
service provider, i.e., original equipment manufacturer 
(OEM) control or base stations 107-110. A network man- 
agement center (NMC) 110 and an Earth station (not shown) 
facifitates communication between each of the base stations 
and the fleet vehicles 102-104. The representation of FIG. 4 
is intended to demonstrate the manner in which the com- 
munication system of the invention facilitates management 
and administration of a vehicle fleet by more than a single 
entity. Referring to FIG. 4, the vehicles 102 and 103 are seen 
to comprise first (VI) and second (V2) vehicles within the 
fleet managed by a first fleet operator (CI) through fleet 
operator base station 105. Vehicle 104 constitutes the first 
(VI) vehicle within the fleet administered by a second fleet 
operator (C2) through fleet operator base station 106. Even 
though the MCTs 111 and 114 respectively of vehicles 102 
and 103 are disposed to communicate only with base station 
105, and the MCT 117 of vehicle 104 communicates only 
with base station 106, the messaging protocol of the present 
invention enables separate communication to occur between 
the subsystems within the vehicles 102-104 and the different 
OEMs, OEMs A-D, through the respective OEM base 
stations 107-110. 

More specificaUy, vehicle 102 includes an MCT 111 and 
two vehicle subsystems 112-113. In vehicle 102, subsystem 
112 is a type unit Al (e.g., an engine) manufactured by OEM 
A, which is assumed to operate in conjunction with OEM A 
base station 107, Vehicle 102 also includes a subsystem 113 
which is a type unit AN (e.g., a brake system) also manu- 
factured by OEM A. Similarly, vehicle 103 may include a 
subsystem 116 which is a type of engine (unit A2) also 
produced by OEM A. By sending message packets identified 
by header information in the above-described format, OEM 
A base station 107 may send requests via NMC 110 to the 
MCft 111 and 114 of vehicles 102 and 103 that various 
modifications or adjustments be made to the parameter 
settings of one or more of subsystems 112 (unit Al), 113 
(unit AN) and 116 (unit A2). In a converse communication 
operation, the current configuration or parameter settings of 
subsystems 112 (unit Al), 113 (unit AN) and 116 (unit A2) 
are reported to OEM base station A via message packets 
transmitted in the reverse direction through NMC 110. 
Similarly, OEM B base station 108 may send requests via 
NMC 110 to the MCTs 111 and U4 of vehicles 102 and 103 
that various modifications or adjustments be made to the 
parameter settings of subsystems 112 (unit Al). Similar 
messaging may occur between, for example, OEM C and D 
base stations 109 and 110 and the respective subsystems 118 
and 119 (units C2 and Dl), respectively, within vehicle 104 
via MCT 117 and NMC UO. 
V. Free-Formatted Data Display 

The system of the invention utilizes the free-fonnatted 
information transfer characteristic of the J 1587 protocol to 
facilitate transmission of ECU-specific or proprietary infor- 
mation to an external display associated with an MCT. In 
particular, the central base station is operative to transmit 
message packets to the MCTs of selected vehicles identify- 
ing which of the ECUs connected to each vehicle *s data link 
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are authorized to use the display device 33 (FIG, 2) of the 
vehicle's MCT. The MCT of each vehicle receives free- 
formatted data via the bus interface 35 from authorized 
ECUs, and transmits the data via the user interface 36 to the 
external display device 33. The display device 33 allows a 
vehicle driver or other user to view proprietary information 
received from the ECU of a given device coupled to the data 
hnk. 

Although the central base station may authorize, for 
example, via an over-the-air communication, a vehicle MCT 
to enable its display device to be used for display of 
information within message packets from specified ECUs, it 
should be understood that other methods of authorization are 
within the scope of the present invention. For example, the 
vehicle MCT may be configured to locally receive 
authorization, via user interface 36, to display information 
within packets from particular ECUs. It should also be 
understood that the displayed information may constitute 
only a subset of that transmitted to the base station. For 
example, it is unnecessary to display subsystem identifica- 
tion information or vehicle identification information at the 
vehicle itself, but such information is typically included 
within transmitted message packets. Furthermore, the dis- 
played information may be different from that which is 
transmitted. For example the transmitted information may 
comprise event log data or historical data, typically in binary 
form, while the displayed information may be advisory in 
nature, typically in a readable form such as ASCII text, 
which may or may not be related to the transmitted infor- 
mation. 

VI. Vehicle Parameter Monitoring 

As discussed above, the system of the invention allows 
the parameters associated with devices coupled to vehicle 
data links to be monitored using the interrogative requests 
specified by SAE J 1587. Alternately, each vehicle MCT may 
be configured to use communication protocols unique to the 
ECU of each vehicle device during the monitoring process. 
In either implementation, the central base station will typi- 
cally designate those vehicle devices and subsystems to be 
monitored by way of a message received by the satellite 
interface 37. Upon the occurrence of a predefined event 
(e.g., engine start), the parameter monitor 40 queries each 
designated subsystem or device coupled to the data link as 
to the current state(s) or value(s) of Ihe parameter(s) to be 
monitored. A parameter database of the monitored param- 
eters is maintained within the parameter monitor 40, and 
through communication with the central base station via 
satellite interface 37 allows for all or part of the parameter 
database to be replicated therein. TABLE VI provides a 
representation of an exemplary 3-field record of a type 
typically included within the parameter database. 

TABLE VI 

Component (MID) Parameter Current Parameter 

Identifier Wue 



Referring to TABLE VI, the unique message identifier 
associated with a given ECU is stored within the Component 
field. The Parameter Identifier field specifies the parameter 
associated with the specified MID which is to be monitored, 
and typically holds a parameter identification character 
(PID) specified by SAE J1587. In addition, the Current 
Parameter Value field stores the last reported value of the 
parameter specified in the Parameter Identifier field. In the 
exemplary embodiment, following each update of the Cur- 
rent Parameter Value the MCT sends (via the NMC 24) 
message packet(s) to one or more base station(s) indicating 
its most current value. 
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The previous description of the preferred embodiments is 
provided to enable any person skilled in the art to make or 
use the present invention. The various modifications to these 
embodiments will be readily apparent to those skilled in the 
5 art, and the generic principles defined herein may be applied 
to other embodiments without the use of the inventive 
faculty. Thus, the present invention is not intended to be 
limited to the embodiments shown herein but is to be 
accorded the widest scope consistent with the principles and 
10 novel features disclosed herein. 

We claim: 

1. A method for remotely monitoring and configuring a 
vehicle subsystem located on a vehicle, said vehicle sub- 
system being connected to a vehicle data link, said vehicle 

15 being one of a fleet of vehicles in communication with a 
central base station, comprising the steps of: 

providing, within said vehicle, a message packet includ- 
ing status information produced by a vehicle subsystem 
within said vehicle, said message packet further includ- 
20 ing header information identifying said vehicle and said 
vehicle subsystem; 
transmitting said message packet from said vehicle to said 

central base station; and 
directing said message packet to a specific vehicle sub- 
system application program at said central base station 
as a function of said header information identifying 
said vehicle subsystem for monitoring and configuring 
said vehicle subsystem. 

2. The method of claim 1 wherein said step of transmitting 
includes the step of transmitting said message packet to a 
network management center, and relaying said first message 
packet from said network management center to said central 
base station based on said header information. 

3. The method of claim 2 further including the steps of: 
'^^ generating, within said vehicle, a second message packet 

including header information identifying at least said 
vehicle; 

transmitting said second message packet from said 
vehicle to said network management center; and 

relaying said second message packet from said network 
management center to a service provider base station 
based on said header information within said second 
message packet. 

4. A method for remotely monitoring and configuring a 
vehicle subsystem located on a vehicle, said vehicle sub- 
system being connected to a vehicle data link, said vehicle 
being one of a fleet of vehicles in communication with a 
central base station, comprising the steps of: 

50 generating, at said central base station, a message packet 
for receipt by a vehicle subsystem within said vehicle, 
said message packet including header information 
identifying said vehicle and said vehicle subsystem; 
transmitting said message packet from said central base 

55 station to said vehicle; 

comparing said header information of said message 
packet to corresponding vehicle subsystem identifying 
information stored within a database located onboard 
said vehicle; and 

60 placing said message packet upon said vehicle data link if 
said header information agrees with said corresponding 
vehicle subsystem identifying information within said 
database for directing said message packet to said 
vehicle subsystem identified by said vehicle subsystem 

65 identifying information. 

5. The method of claim 4 further including the step of 
transmitting an error message from said vehicle to said 
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central base station if said information within said first 
message packet does not agree with said corresponding 
vehicle subsystem identifying information within said data- 
base. 

6. The method of claim 4 further including the step of 
maintaining a replica of said database within said central 
base station. 

7. The method of claim 4 further including the step of 
updating said database at predefined times by querying said 
vehicle subsystems within said first vehicle. 

8. The method of claim 7 wherein one of said predefined 
times is an engine start. 

9. The method of claim 7 further including the step of 
maintaining a replica of said database within said central 
base station, and updating said replica of said database at 
said central base station upon receiving update information 
from said mobile communications terminal. 

10. A communication network for remotely monitoring 
and configuring a vehicle subsystem located on a vehicle, 
said vehicle subsystem being connected to a vehicle data 
link, said vehicle being one of a fleet of vehicles in com- 
munications with a central base station, said communication 
network comprising: 

means for placing message packets upon the vehicle data 
link of said vehicle, said message packets indicating the 
status of at least one vehicle subsystem within said 
vehicle wherein each of said message packets includes 
header information identifying at least one vehicle 
subsystem; 



10 
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25 



a database located within said mobile communications 
terminal containing vehicle subsystem identifying 
information corresponding to said vehicle subsystem; 
and 

a comparator module located within said mobile commu- 
nications terminal for comparing said header informa- 
tion of said message packet to corresponding vehicle 
subsystem identifying information within said database 
and placing said message packet upon said vehicle data 
link if said header information agrees with said corre- 
sponding vehicle subsystem identifying information 
with said database for directing said message packet to 
said vehicle subsystem identified by said vehicle sub- 
system identifying information. 

15. The communications network of claim 14 wherein 
said mobile communications terminal further transmits an 
error message from said vehicle to said central base station 
if said information within said message packet does not 
agree with said corre^onding vehicle subsystem identifying 
information within said database. 

16. The communications network of claim 14 wherein 
said central base station comprises a second database, said 
second database containing said vehicle subsystem identi- 
fying information for each vehicle in said fleet of vehicles. 

17. The communications network of claim 14 wherein 
said mobile communications terminal updates first database 
at predefined times by querying said vehicle subsystems 
within said vehicle. 

18. The communications network of claim 17 wherein 



a mobile communications terminal, connected to the 3Q said predefined times correspond to engine activation times 

vehicle data link of said vehicle, for transmitting said of said vehicle. 

message packets from said vehicle to said central base 19. TTic communications network of claim 14 further 

station; and comprising a controller for updating said second database 

means for routing said message packets to vehicle sub- upon receiving update information from said mobile com- 

system application programs within said central base 35 munications terminal. 



station as a function of said vehicle subsystem identi 
fying information contained in said header information. 

11. The communications network of claim 10 wherein 
said means for routing message packets comprises a router 
program located within said central base station. 

12. The communications network of claim 10 further 
including a network management center operable to receiver 
received said message packets transmitted by said mobile 
communications terminal, said network management center 
being operative to relay said message packets to said central 45 
base station based on said header infonmation. 

13. The communications network of claim 12 wherein 
said network management center includes means for relay- 
ing said message packets transmitted by said mobile com- 
munications terminal to a service provider base station in 
accordance with header information within said message 
packets. 

14. A communication network for remotely monitoring 
and configuring a vehicle subsystem located on a vehicle, 
said vehicle subsystem being connected to a vehicle data 55 
hnk, said vehicle being one of a fleet of vehicles in com- 
munications with a central base station, said communication 
network comprising: 

a message program, resident within said central base 



20. The method of claim 1 further including the step of 
transmitting authorization information from said central 
base station to said vehicle wherein said authorization 
information specifies one or more vehicle subsystems which 

40 are authorized to transmit and receive message packets. 

21. The method of claim 1 further including the step of 
displaying information from said first message packet on a 
display device at said vehicles. 

22. The method of claim 1 further including the steps of: 
transmitting routing information from said central base 

station to said vehicle specifying a service provider 
base station associated with said vehicle subsystems; 
and 

transmitting a second message packet generated by said 
vehicle subsystem to said service provider base station. 

23. The method of claim 22 further including the step of 
determining whether a predefined correspondence exists 
between said vehicle subsystem and said service provider 
base station, and inhibiting transmission of said second 
message packet if said predefined correspondence does not 
exist. 

24. The method of claim 1 further including the step of 
storing, in a network management center in communication 
with each of said vehicles and with at least one service 



50 



Station, for generating a message packet for receipt by 60 provider base station, message packet routing information 



a vehicle subsystem within said vehicle, said message 
packet including header information identifying said 
vehicle and said vehicle subsystem; 
mobile communication terminal, disposed at said 
vehicle, for receiving said message packet wherein said 65 
message packet is retrievable by said vehicle subsystem 
from the vehicle data link; 



specifying where message packets are to be routed. 

25. The method of claim 1 further including the step of 
displaying information from said first message packet on a 
display device at said vehicle. 

26. The communications network of claim 10 further 
including means for displaying information from said mes- 
sage packets at said vehicle. 
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27. The communications network of claim 26 wherein 
said mobile communications terminal is further for 
receiving, from said central base station, authorization infor- 
mation which specifies which of vehicle subsystem of said 
vehicle is authorized to use said display means. 5 

28. The method of claim 1 further comprising the step of 
transmitting, from said central base station, authorization 
information to said vehicle wherein said authorization infor- 
mation allows said status information to be displayed. 

29. The method of claim 1 further comprising the step of 10 
receiving authorization infonnation via a user interface 
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located in said vehicle, said authorization information speci- 
fying at least one vehicle subsystem which may transmit and 
receive message packets. 

30. The method of claim 1 further including the step of 
receiving authorization information via a user interface, 
specifying at least one vehicle subsystem allowed to display 
said status information at said vehicle. 

31. The method of claim 1 further comprising the step of 
verifying the identity of said vehicle subsystem. 

* * * * * 
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